home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
Columbia Kermit
/
kermit.zip
/
newsgroups
/
misc.19971216-19980424
/
000097_news@newsmaster….columbia.edu _Thu Jan 15 19:25:44 1998.msg
< prev
next >
Wrap
Internet Message Format
|
2020-01-01
|
4KB
Return-Path: <news@newsmaster.cc.columbia.edu>
Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30])
by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id TAA00776
for <kermit.misc@watsun.cc.columbia.edu>; Thu, 15 Jan 1998 19:25:44 -0500 (EST)
Received: (from news@localhost)
by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id TAA01125
for kermit.misc@watsun; Thu, 15 Jan 1998 19:25:43 -0500 (EST)
Path: news.columbia.edu!watsun.cc.columbia.edu!fdc
From: fdc@watsun.cc.columbia.edu (Frank da Cruz)
Newsgroups: comp.protocols.kermit.misc
Subject: Re: escape to command mode
Date: 16 Jan 1998 00:25:40 GMT
Organization: Columbia University
Lines: 79
Message-ID: <69m9e4$k7a$1@apakabar.cc.columbia.edu>
References: <884711083.816316424@dejanews.com> <69iivv$hsn$1@apakabar.cc.columbia.edu> <884830413.2043019283@dejanews.com>
NNTP-Posting-Host: watsun.cc.columbia.edu
Xref: news.columbia.edu comp.protocols.kermit.misc:8270
In article <884830413.2043019283@dejanews.com>, <david2020@hotmail.com> wrote:
: In article <69iivv$hsn$1@apakabar.cc.columbia.edu>,
: fdc@watsun.cc.columbia.edu (Frank da Cruz) wrote:
: > In article <884711083.816316424@dejanews.com>,<david2020@hotmail.com> wrt:
: > : I'm writing a C-kermit script to run test calls (login, password, etc.)
: > :
: > : I want to escape to the modem's command mode by using +++ to get some
: > : modem statistics (e.g. ATI6) while the connection is still up.
: > :
: > : Any thoughts on how I would accomplish this using C-Kermit?
: > :
: > : By the way, I tried OUTPUT +++\13, did not work.
: > :
: > : or OUTPUT \L
: > : OUTPUT +++\13
: > : OUTPUT \L; did not work either.
: > :
: > The modem's escape sequence probably requires a 1-second pause before and
: > after; this is the famous Hayes-patented "guard time". So:
: >
: > pause 1
: > output +++
: > pause 1
:
: I tried doing that...
>
Did you leave the "\13" off the "OUTPUT +++" command?
: ... and it seems that the modem is still not recognizing
: the sequence. I even initialized the modem to have no guard time
: (ats12=0) and still it didn't recognize the escape char.
:
: I also tried changing the output pacing, but still the same.. no luck.
:
: There are no problems if I do it manually.
:
The idea of scripting is to make it do whatever you do manually. How long
do you wait before typing +++? How long does it take before the OK message
appears?
In any case, we could spend all year trying to second-guess your modem.
Either there is a guard time or there isn't. If there is, then whatever it
is, you have to wait that amount of time before and after. Be consertive:
msleep 1500
output +++ ; <-- NOTE: no \13 here
msleep 1500
Give it another half-second on each side.
It is possible to change the escape character to something other than "+",
but I doubt this applies here since you say it works by hand.
If there is no guard time, then let us hope the modem has some way to
distinguish your "escaping-back +++" from a "+++" sequence that happens to
appear in the data (such as this text; are you still with me? :-) The
common schemes are:
. Use BREAK or Long BREAK for getting back to the command processor.
. The modem uses "TIES" "technology" (= Time Independent Escape Sequence);
a dangerous scheme used by some modem companies to avoid having to pay
Hayes to let them use their patented guard time idea.
In any case, if you can do it by hand, you can script it. Really. Just
make the script do exactly what your hands and eyes did.
By the way, note that the +++ is transmitted by the modem to the other side,
so it is sent to the system (terminal server, whatever) that answered the
phone, and is most likely echoed back to the remote modem, which better be
configured to ignore it, or it too will pop back into command mode and then
your connection will be unusable from that point on.
Personally, I always though the transition between online and command modes
should be controllable by a wire (after all, we're only using 8 or 10 out of
25 of the circuits defined in RS-232 for asynchronous modems), but I guess
it's about 30 years too late for that idea to catch on...
- Frank